home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000807_dsr@hplb.hpl.hp.com _Fri Apr 2 10:49:14 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB

  1. Return-Path: <dsr@hplb.hpl.hp.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA13647; Fri, 2 Apr 93 10:49:14 MET DST
  4. Received: from hplb.hpl.hp.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA03293; Fri, 2 Apr 1993 11:07:32 +0200
  6. Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Fri, 2 Apr 93 10:01:48 +0100
  7. Received: by manuel.hpl.hp.com
  8.     (16.6/15.6+ISC) id AA18094; Fri, 2 Apr 93 10:08:32 +0100
  9. From: Dave_Raggett <dsr@hplb.hpl.hp.com>
  10. Message-Id: <9304020908.AA18094@manuel.hpl.hp.com>
  11. Subject: Re internet talk radio.....
  12. To: www-talk@nxoc01.cern.ch
  13. Date: Fri, 2 Apr 93 10:08:31 BST
  14. Mailer: Elm [revision: 66.36.1.1]
  15.  
  16. Marc Andreessen responding to my comments:
  17.  
  18. >> Great idea! It seems daft though to have to first down load the
  19. >> files before playing them. What we need is a smarter approach which
  20. >> concurrently retreives the audio data and pipes it into the audio
  21. >> player process.
  22.  
  23. > Or alternately we need to harness packet audio/video into the
  24. > distributed hypermedia environment, so one can link to real-time
  25. > multicast feeds that are possibly kicked off on the remote system on
  26. > demand.  ??
  27.  
  28. > Marc
  29.  
  30. That would be fun! I recently attended a TCP/IP course given by
  31. Jon Crowcroft (J.Crowcroft@cs.ucl.ac.uk) who told me that University
  32. College London have been doing just this kind of thing.
  33.  
  34. They did live multicast audio to Europe of Bill Clinton's speech at
  35. Silicon Graphics during his recent well publicised visit there. Thats
  36. how I found out about the need for a 5 second fifo to avoid breaks.
  37.  
  38. A lot of work is going on in on multicast and we should hear results
  39. soon. In the meantime I think that there is plenty you can do with
  40. good old tcp and WWW audio replay on demand. The japanese telecoms
  41. giant NTT have even demonstrated sending video via tcp, although this
  42. does require some impressive video compression/decompression hardware
  43. that will be a while coming to most workstations.